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AUTOMATIC TRANSLATION OF TEXT FILES DURING ASSEMBLY OF A 

COMPUTER SYSTEM 

Robert G. Nadon, John C. Nunn 

CKGROUND OF THE INVENTION 

5 1 . Field ortiae. Invention 

This inventiorNdates to the design, development and distribution of computer 
systems and, more particularly, to a technique for automatically providing the desired 
language translation of textual cohijjonents of a software program, the translation to 
be provided concurrently with the installation of the program during 
assembly/manufacture of the computer systei 

2. Description of the Related Art 

Software programs frequently are developed and marketed with a view to 
global distribution. Software products that are available with documentation and a 
user interface expressed in only a single language generally have limited appeal. To 
address a worldwide market, software must be translated into a number of different 
languages. 

However, distribution of a software program in multiple languages is a 
daunting task. Historically, the requirement to maintain and support software 
packages in multiple language versions presents a difficult operational issue, usually 
involving translation of text strings in the software program and subsequently the 
maintenance and distribution of several versions of the program. A separate version 
of the program is accordingly required to support each foreign language. 
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Conventionally, multiple versions of a program are supported by translating 
the text strings appropriate to each foreign language version of the program from 
corresponding text strings in the native-language version. Following translation, each 
foreign language version is supported independently. However, the support of 
5 multiple software versions enhances the liklihood that errors will be introduced into 
the software, thereby complicating software development, maintenance and support. 

Various techniques have been employ ed to manage the support of multiple 
languages in a software program. According to the most prevalent technique, the 
native-language version of source code is edited and each text message is translated 

1 0 into the desired foreign language counterpart. Another method requires creation of a 
predefined message token in respect of each text message. The token is then inserted 
into the source code at a requisite position. Message tokens are replaced at a later 
time. Each of these techniques has attendant drawbacks. When the souce code is 
edited, inadvertent code changes may occur between the separate software versions, 

1 5 reducing software reliability and possibly causing nonuniform operation among the 
program versions. The reliance on reference tokens, and an associated table of text 
entries that correspond to the tokens, gives rise to the possibility that the tokens and 
table become misaligned, so that an inappropriate message may be expressed by the 
program. 

20 The management of numerous language versions of software is further 

complicated when software modules are developed by, or otherwise acquired from, a 
source other than the original software developer. In many cases, the external source 
is a vendor that is able to supply a module in only the native-language. Furthermore, 
many vendors supply object or executable code only, so that source code is not 

25 available for translating into multiple languages. 

The above difficulties associated with the development, maintenance, and 
support of multiple-language software programs are squarely addressed in U.S. 
Patent Number 5,903,859, "Dynamic Software Module System", which is commonly 
assigned with this patent application. That patent relates to a software system that 
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facilitates the translation of text strings into multiple languages as desired. The 
software system inserts, in source code, a macro that is substituted where a text string 
would otherwise appear. A message collection and source update utility scans the 
source code to locate the macro. The utility derives a key relating to the text string 
5 and updates a database with the text string and key. 

P^^^*^^^^ 011 ^ * nvent * on described and claimed in U.S. Patent Number 
5,903f 859tandeniably represents a significant breakthrough in the development, 
maintenance arteL support of software systems in multiple-language versions, the 
subject invention fttKttier advances the state of the art by affording a technique for 

10 implementing multiple^ianguage versions of software programs that are to be installed 
in computer systems that arfe^specifically preconfigured at the time of system 
assembly, according to the particular requirements of an individual customer. In 
particular, in the context of a compter system assembly process designed to 
accommodate the specific requirements of individual customers on an ad hoc basis, it 

1 5 has been found desirable, if not necessaryvto download portions, if not all, of the 

software at the time of system assembly. Tnk computer's operating system software 
is a primary example of software that must be installed concurrently with the 
assembly of the computer system. Accordingly, inthis context what is desired is an 
efficient and convenient technique for translating textual portions of the operating 

20 system or other software, including software that depend^on or is controlled by the 
operating system, at the time of downloading that software craving the course of 
system assembly. 

A primitive approach to "on-the-fly" textual translation contemplates manual 
editing of textual strings in real time during software installation. A somewhat less 

25 primitive approach to this task involved creating a software utility program (a script) 
that would read and translate text files at the time software was downloaded into the 
computer system. However, a customized script would need to be written for each 
possible combination of operating system(s) and language translations. Consequently, 
if the applicable universe of operating systems was assumed to be equal to N, and the 

30 possible number of translations is M (where the translations might include, for 
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example, English, French and Spanish), then N x M scripts would be required to 
accommodate all possible combinations of translations of operating systems. 

a manner to be made presently clear, a notable improvement is realized by 
the su'bjecXinvention, wherein only a single installation script is required to launch 
5 necessary translations of software that contains textual portions, such as messages, 
that depend on ihe prevailing operating system and desired language translation. 

SUMMARY OF tWe INVENTION 

The above and other objects, advantages and capabilites are acheived in one 
aspect of the invention byVa method of installing desired-language translation of 
10 software in a computer system at the time the computer system is assembled. 

According to the method, a record isx^eated, in response to a customer's order, that 



comprises identifiers that specify\which software is to be installed in the computer 
system. Operating system softwareasSinstallpd, as determined by a first identifier that 
identifies the type of operating systemand axiegiped-language. A second identifier 



15 that identifies other software to be installed is read from the record and is parsed to a 




call to a batch file that constitutes an^instal^tion^ciY't. The installation script causes 
a native-language version of the other^bftwkre to be installed in the computer system 
and in turn, calls a translation script. Based oiMhe type of file in which the other 
software is stored, and on the installed operatingVystems, the translation script selects 
20 a translation routine from a set of available translation routines. Based on the desired- 
language translation, the selected translation routine identifiers native-language 
textual portions of the other software and substitutes desired-language translations. 

A cognate embodiment of the invention is represented in a method of 
providing the appropriate translation of textual portions of a\ource code program to 
25 be installed in a computer system in the course of assembling the system. The method 
comprises the steps of (a) reading a file to determine the source otode program, and 
the corresponding selected language version of that source code program, to be 
installed in the computer system; (b) calling a translation string set tftat corresponds 
to the source code program; (c) reading from the translation string set tfte translation 
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strings required by the selected language version; (d) searching a file that constitutes 
afvleast a portion of the source code program to find a string; (e) finding among the 
translation strings read in Step (c) a matching string that matches the string found in 
Step (ctt; and (f) substituting into a given file the matching string found in Step (e) for 
the stringsfound in Step (d). 

Anotfter aspect of the invention is embodied in a computer system in which 
there is installed^ source code program with translated textual components. The 
appropriately translated textual components are installed, during assembly of the 
computer system, by initially reading a (system description record) file to identify the 
source code program, aiM the selected language version of the textual compenents of 
that program, that are to beNmstalled iiTthe computer system. A call is then made to a 
translation string set that corresponds to r the program, and the translation strings that 



\ 




apply to the selected language version of the program are read from the string set. 
Subsequently, a textual string is lo^ateil in the program and a matching, appropriately 
1 5 translated, string is found among th^^^gs-prevtously read from the translation string 
set. The matching string is then substituted for the string that had been formerly 
embedded in the source code progran-i. 

In a further aspect, the invention represents a method of translating text 
portions of software, concurrently with the loadingof the software into a computer 
20 system. According to the method, the software to be\installed is identified. A first 
utility associated with the software to be installed readsdanguage-specific files 
associated with the software. A second utility, specific toahe applicable language 
translation of the software, substitutes the necessary text translations into the 
language-specific file. 

25 Yet another aspect of the invention is embodied in a system for installing 

software into a computer, as the computer is assembled. The systenrscomprises a 
server that stores a native-language version of the software and comprises means, such 
as a LAN, for coupling the server to the computer during software installation. A 
system description record (SDR), created in response to a customer order, contains an 
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ioentifier that specfies the software to be installed in the computer. An installation 
script, stored on the server, operates in response to the identifier to cause the native- 
language version of the software to be downloaded via the LAN to the computer. A 
translator script, also stored on the server, is called by the installation script and, in 
! turn, selectively calls one of a set of translation routines in that identify text strings in 
the software that need to be translated and that substitute the desired-language 
translation for the identified strings. 

The invention is similarly realized in a server, or equivalent processor, coupled 
to a computer system that is to be preconfigured in response to a customer's order. 
► The server includes^an installation utility for installing software in the computer 
system during assembly. An installation script running on the server operates in 
response to a software\dentifiW to cause a native-langugae version of software to be 
downloaded from the sewer to the computer system. The server also runs a 
translation script that, wh§n. called ^bytijje installation script, selects a translation 
routine from a set of sucn^^tinesrwherein the selected routine identifies native- 
language text strings in the downloaded software and substitutes the desired language 
translations for the identified i^fiv^la^iguage strings. 

BRIEF DESCRIPTION OF THE\DRA WINGS 

The present invention may ok better understood, and its numerous objects, 
features, and advantages made apparent to those skilled in the art by referencing the 
accompanying drawings, in the several \igures of which like numerals identify 
identical elements, and wherein: 



FIG. 1 is a flow diagram depicting aVnethod, in accordance with the subject 
invention, of automatically translating text fiito during the downloading of software 



into a computer system at the time of system*as£>embly. 



FIG. 2 is a block diagram of a combined Hardware/software system, including 
a processor in the form of a server and a number of software utilities and scripts, that 
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enables textual portions of software to be translated as a computer system is 
assembled. 

DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 

<>L a {J-sj Fof*a4borough understanding of the subject invention, reference is made to 
5 thefollowing Descripti^n^-^hich includes the appended Claims, in connection with the 
above-described Drawings. ^^^^^ 

As alluded to above, a state-of-the-art computer sySteo^assembly process 
enables each computer system to be preconfigured in accordance with the specific 
requirements of individual customers. At the time of system assembly, various 
10 optional hardware assemblies may be installed into, and specified software 

downloaded to, the computer system, all in accordance with the customer's order. 
Assembly of the computer system and, in particular, installation of software in that 
conforms to the customer's specifications proceeds in the manner illstrated as the flow 
chart in Figure 1 . 

1 5 Upon receipt of the customer's order, which may be placed over any one of a 

number of communication channels, for example, telephone, facsimile, e-mail, paper 
mail, etc., a System Description Record (SDR) is created. In essence, the 
constituents of the SDR are identifiers in the form of line items, or data, that 
correspond to and identify each of the optional hardware and software componenets 

20 that the customer has ordered in configuring the computer system. In fact, in a 

preferred embodiment, the SDR line items are alphanumeric part numbers that specify 
components of the computer system. Although numerous such components are 
itemized in the SDR, in order to appreciate the invention at hand, it is necessary to 
understand that the operating system, in a specified language, is included among the 

25 customer-specified software components of the system. Similarly, customer-specified 
hardware includes, among other devices, a video graphics adapter. As is well 
understood, the operating system ultimately is installed on the system hard disk drive, 
and the video graphics adapter is inserted into a bus slot. Of course, operation of the 
video graphics adapter is controlled by software in the form of a video driver. 
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^(^)^r^^j ^\^ rc * er to assem ^l e the computer system in conformance with the customer's 
orders, theVSDR is read and hardware components of the system are installed. In a 
preferred embodiment of the invention, software components are installed subsequent 
to the installation of hardware. Installation of software components is realized 

5 through use of the combined hardware/software system depicted in Figure 2. 

, As may be seemfrom Figure 2, during the assembly process, the computer 
system, presumably with\ll optional hardware components in place, but as yet no 
software installed, is connected to a server 1 . In the contemplated factory 
environment, the computer assembly is coupled to the server through a local area 
1 0 network (LAN), but other connecting mechanisms, such as direct cabling, are 
contemplated by the invention. A^witi^installation of the customer-selected 
hardware components, software installation is driven by the SDR. That is to say, the 
software components to be installed inS^^con^ system are specified by, or 
derived from, information contained^iiCufe SDR that was created in response to the 
1 5 customer's order. Installation of software Is facilitated by a set of installation utilities 
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25 



A 

known as the Thompson Toolkit (TyTK) 1 1 , wn^ch is commercially available from 
Thompson Automation, Inc., Portland, Oregon*, In essence, TTK1 1 is a UNIX™ 
compatible command system that consists of two. major components: the TTK shell 
and the TTK Utility Commands. The TTK shell is\a command interpreter that may be 
invoked as a program from a number of operating systems, including DOS, OS/2, 
Windows NT or Windows 95. The TTK shell may beysed both for command entry 
and for shell script execution. The TTK Utility Commands perform a variety of 
necessary computer-system tasks. The set of TTK Utility Commands consists of two 
types: "external" commands and "internal" commands. External commands as 
supplied as stand-alone executable programs, also known as ".bsce" files. All TTK 
external commands can be run either from the TTK shell or directly form a 
compatible operating system command interpreter. Internal commaiids are executed 
directly by the TTK Shell and therefore can be invoked only from thevTTK Shell or by 
running a shell script. A thorough understanding of the operation and capabilities of 
TTK1 1 may be had from the user's manual entitled "Thompson ToolkitApublished 
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by Thompson AutomationTT^-^nd hereby incorporated by reference. In a preferred 
embodiment of the invention, TTK1 1 resictes-aQd runs on server 1. 

As indicated above, software is installed in the computer system in response to 
data read from the SDR. It may be assumed that the first software component to be 
5 installed is the operating system software. Typically the customer will specify an 
operating system, such as Win 2000™, Windows NT™, Windows 95™, Windows 
98™, or the like. The customer will also specify the desired language version of the 
operating system, for example, English, French, Spanish, German, and so forth. Each 
operating system, and each language version thereof, will have been assigned a part 

1 0 number prior to assembly, and the assigned part number appears as a data item in the 
SDR. All available operating systems, as well as the corresponding available 
language versions of those operating systems, are stored on server 1 . When the data 
item (that is, part number) identifying a specific language version operating system is 
read, operation of the TTK causes the identified operating system, in the desired 

1 5 language, to be downloaded from the server, through the LAN, and installed in the 

computer system. In addition, upon identification of the operating system, two global 
variables are created. To wit: SOS is a variable that identifies the installed operating 
system, and $OSL is a variable that identifies the desired language version of the 
operating system. In the manner indicated below, these variables will be relied on in 

20 the installation, and appropriate translation, of other software (such as the video 
driver) that is yet to be installed in the system. 

/ \ m -^Eor purposes of explication, it may be assumed that the next data item to be 
^ read from theSBI^identifies the video driver that is required by the graphics adapter 
card selected by the cusfoa^er. The video driver will similarly be identified by ail 
25 alphanumeric part number and wttl^appear as a data item in the SDR. Assuming, for 
pedagogical purposes, that the part numfcfei^orresponding to the video driver is "fish 
6", then based on that part number, a parser 3 petr^s a table file (not shown) to 
determine the installation script that must be run in orabj^to install and properly 
translate the video driver. In essence, parser 3 operates to par'Se the part number into a 
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cairto; a batch file that contains the installation script. In this instance the batch file is 
found tobmitain the following commands: 

• imzip^sh fish6all ZN4 

• ltrans.sh C:\winfrtMnf\video.inf 

5 The first command line of the installation script causes the video driver to be 

"unzipped" and downloaded into the computer system. This step is performed by 
calling and running a software utility such as PKUNZIP, available from PKSoftware, 
Inc. As is well known, PKUNZIP uncompresses compressed files. It is important to 
note that at this point in the installation process, a native-language version of the 

10 video driver that is installed in the computer system. It may be understood for present 
purposes that the video driver is written under the assumption that English is the 
native language, so that the textual portions of the video driver are installed in the 
English language. The second line of the installation script calls a translation script 
that also runs on server 1 and identities by the extension ".inf the type of file in 

15 which the textual portions of the video driver are stored. 

Translation script captures the extension ".inf in the second line of the 
installation script to determine the type of file in which the textual portions of the 
video driver are found and, based on the nature of that file, as well as the previously 
established global variables that specify the operating system (SOS) and desired 
20 language version ($OSL), calls an indicated translation routine from N sets of 
available translation routines. 

The preferred mode of implementing the translation script results in a 
plurality, N, of translation routine sets, each such set including individual routines for 
translating a specific type of text file into a given operating system. If, as indicated in 
25 the translation script set forth below, four types of text files are encountered (ISS, 

INF, SCR, and WYL) then the number of translation routine sets is equal to four times 
the number of operating systems encountered. Furthermore, in a manner described 
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below, each routine set contains translation routine for each language into which the 
native-language text must be translated. The translation script appears below: 

if [$1 »» = «»] 
then 

echo "ltrans.sh: missing filename" » $LOG 
exit $AUDITERR 



fi 



fext=$ {!##*.} 



echo "lunching $ {fext} -based Language translator 



case $fext in 



iss) 



. isstrans.${OS} $1 



inf) 



. inftrans.${OS} $1 



scr) 



. scrtrans.${OS} $1 



wyl) 
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wyltrans.${OS} $1 



echo "Unknown extension \"$fext\"" » SLOG 
exit SAUDITERR 



esac 



exit 0 



^ a ^ r ° m ^ e a ^ ove? ma y seen ^ at ^ e trans l at i° n script anticipates text files 
10 of more^than one type. Specifically, in the embodiment described herein, four types 
of files are^accommodated by the translation script. However, the invention 
comprehends any reasonable number of text files as necessary. These file types are 
similarly identifie&sby an extension on the installation script command "ltrans.sh [ ]. 
EXT," where "EXT" cxm-esponds to one of the text file types. In the embodiment 
15 described, these files are identified by the acronyms: ISS, INF, SCR, and WYL. For 
example, an ISS file is a text n^e that contains answers to queries posed by software 
such as Install Shield, well knovmsto those familiar with the art. Similarly, an INF file 
corresponds to a driver installation phmram used by Windows-type operating 
systems. The character of the text-type n^es does not represent an aspect of the 
20 subject invention. However, it is germane to\tfie invention that the installation script 
and translation script recognize different text fil^types. In addition, operation of the 
translation routines is predicated on knowledge of tft^text strings that are confronted 
in the respective text files. 

Each of the translation routine sets, which also reside and run on server 1 , 
25 contains a translation routine for each available foreign language under each type of 
available operating system. Again, the specific translation routine is selected by the 



12- 



560648 vl 

Client Reference: DC-01080 




ttorney Docket No,: M-7739 US 



translation script in the manner indicated above. Each of the translation routines 
operates to search for specific native-language text strings in the software files and 
substitute the desired-language translation for the native-language string. An example 
of a translation routine is set forth immediately below. The example is a routine that 
translates native-language (that is, English) text into Brazilian Portugese. 

case @OSL" " in 

"BRZ" 

sed -i 6 s/Program Files/Programas/g' $1 | cat > $1 

sed -i 's/Start Menu/Menu Iniciar/g' $1 | cat > $1 

sed -i c s/Programs/Programas/g' $1 | cat> $1 

sed -i 's/Accessoires/Acessorios/g' $1 | cat > $1 

sed -i 's/Favorites/Favoritos/g' $1 | cat> $1 

sed -i 's/Application Data/Dados de aplicativos/g' $1 | cat > $1 

sed -i 's/Administrator/Administrador/g' $1 | cat > $1 

sed -i 6 s/Personal/Pessoal/g' $1 | cat > $1 

For example, in the first line of the translation routine set out above, the 
routine searches for the English language text "Program Files" and substitutes the 
Brazilian word "Programas." Similarly, in the second line, upon finding the English 
phrase "Start Menu" the routine substitutes in the text file the Brazilian "Menu 
Iniciar." In order to create a set of translation routines, the given software text file 
must be examined manually, a priori, and native text strings empirically identified. 
Once the to-be-translated strings are identified, the routines in that set are completed 
by providing the appropriate (in the example, Brazilian) translation of each for the 
identified strings. 
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<s ^Kfi6f"7 Ffcm the above, it may be appreciated that the subject invention offers 
significant operational improvements and advantages with respect to heretofore 
known approaches to translating textual portions of software programs. Perhaps 
paramount is the met that the invention enables textual portions of software to be 
5 translated into the desired language substantially contemporaneously with the 

installation of that software into a customer-specified computer system. As a result, 
only a single native-language version of that software need be stored for downloading 
into computer-systems, irrespective of the operating system and desired language 
specified by the customer. Fukhermore, rather than requiring a customized 
10 installation script for each combination of text file, operating system and desired 
language, the invention requires on^y a single installation script for each language- 
sensitive software program. 

Although the invention has beenMescribed with respect to the specific 
exemplary embodiments set forth above, the invention is not necessarily limited to 

15 those embodiments. Various modifications, improvements, and additions may be 

implemented by those with skill in the art, andVuch modifications, improvements and 
additions will not depart from the scope of the irwention, as defined by the appended 
Claims For example, in order to conveniently andVlearly present a description of the 
preferred embodiment of the invention, the TTK installation utility, the installation 

20 script, the translation script, and the translation routines are all indicated as resident on 
the server. However, it is recognized that other approaches to the indicated 
partitioning of these functions, or their distribution to more than one processor, 
represents an insubstantial deviation from the embodiment o\f invention described 
above. Therefore, the Claims below are intended to embrace all modifications, 

25 variations and improvements that fall within the true spirit and \cope of the invention, 
as well as substantial equivalents thereof. Accordingly, other embodiments of the 
invention, not particularly described herein, are nonetheless not exojuded from the 
scope of the invention, which is defined by the following Claims: 

CLAIMS 

We claim: 
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